home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1996 June / EnigmA AMIGA RUN 08 (1996)(G.R. Edizioni)(IT)[!][issue 1996-06][EARSAN CD VII].iso / earcd / amos / amsls396.lzh / AMOSLIST / 000047_amos-request@svcs1.digex.net_Sun Mar 10 15:15:53 1996.msg < prev    next >
Internet Message Format  |  1996-04-01  |  2KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id PAA21011;  for <mcox@access.digex.net> ; Sun, 10 Mar 1996 15:15:52 -0500
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id NAA00405 for amos-out; Sun, 10 Mar 1996 13:25:43 -0500
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id NAA00402 for <amos-list@svcs1.digex.net>; Sun, 10 Mar 1996 13:25:43 -0500
  4. Received: from Bahamut.dragonfire.net (root@DRAGON.RES.CMU.EDU [128.2.93.39]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id NAA12524;  for <amos-list@access.digex.net> ; Sun, 10 Mar 1996 13:25:41 -0500
  5. Received: from dragon.res.cmu.edu (talon.dragonfire.net [192.168.1.1]) by Bahamut.dragonfire.net (8.6.9/8.6.9) with SMTP id NAA17664 for <amos-list@access.digex.net>; Sun, 10 Mar 1996 13:25:37 -0500
  6. From: achurch@dragonfire.net (Andy Church)
  7. To: amos-list@access.digex.net
  8. Subject: Re: Help Iff
  9. Date: Sun Mar 10 13:25:16 1996
  10. Message-ID: <199603101325.AA16012@dragon.res.cmu.edu>
  11. X-Mailer: MMail v4.41
  12. Status: RO
  13. X-Status: 
  14.  
  15. >  I'm interested in any information that anyone may have on the
  16. > format
  17. >  of IFF files.
  18.  
  19.   I'm sure there's real documentation somewhere; just look at the source of
  20. any IFF ILBM read/write program, or pull out the Includes/Autodocs RKM.
  21.  
  22. > What is the magor difference in internal structure between standard
  23. > and AGA ?
  24.  
  25.   There *is* no difference.  They are one and the same format.
  26.  
  27. > Does the "CMAP" repeat, or is all colour data just placed after
  28. > it's first occurance.
  29.  
  30.   Um, no... what do you mean?  The CMAP chunk stores the RGB values of each
  31. color index.
  32.  
  33. >HOw would you determine the colour of each individual pixel.
  34.  
  35.   The same way you'd determine the color of a pixel on a screen: get its
  36. color index (done here by loading/uncompressing the file), then look up the
  37. red, green, and blue color values for that index.
  38.  
  39.   --Andy Church (achurch@dragonfire.net)
  40.     WWW: http://www.dragonfire.net/~achurch/